This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



inoiniiiiiiiiiiiii 



United States Patent [19] 

Goodman et al. 



US006100875A 
[n] Patent Number: 
[45] Date of Patent: 



6,100,875 
Aug, 8, 2000 



[54] KEYBOARD POINTING DEVICE 

[75] Inventors: Michael Ken Goodman, Tustin; 

Charles Frederick Raaseh, Lake 
Forest; Farzad Noorbebesht, Aliso 
Viejo, aU of Calif. 

[73] Assignee: AST Research, Inc., Irvine, Calif. 

[21] Appl. No.: 08/174^15 
[22] Filed: Dec. 28, 1993 

Related U.S. Application Data 

[63] Continuation of application No. 07/939^21, Sep. 3, 1992, 
abandoned. 

[51] Int. CL 7 '. — G09G 5/08 

[52] US. CI 345/163; 345/168; 345/159; 

345/160 

[58] Field of Search - 345/156, 157, 

345/160, 159, 163, 168, 145, 141, 130, 
133, 169; 341/21, 22, 31; 200/5 A, 6 A; 

273/148 B; 463/37 

[56] References Cited 

U.S. PATENT DOCUMENTS 



4,680,577 
4,698,626 
,4,736,191 
4,739,128 
4,812,833 
4,853,630 
4,879,556 
4,992,631 
5,027,304 
5,041,819 
5,065,146 
5,119,078 
5,124,689 
5,262,761 



7/1987 

10/1987 
4/1988 
4/1988 
3/1989 
8/1989 

11/1989 
2/1991 
6/1991 
8/1991 

11/1991 
6/1992 
6/1992 

11/1993 



Straayer et al. 

Sato et al 

Matzke et al. .. 

Grisham 

Shimauchi 

Houston 

Duimel 

Gee 

Jeng et al 

Takeda 

Garrett 

Grant 

Franz et al 

Scandura et al. 



... 340/711 

... 340/710 

... 340/709 

.... 340/709 

.... 345/175 

.... 340/709 

.... 340/709 

.... 200/6 A 

... 364/518 
34Q/711 

.... 345/161 

.... 340/711 

... 340/711 

... 345/133 



OTHER PUBLICATIONS 

IBM Technical Disclosure Bulletin, vol. 15, No. 1 (Jun. 
1972) «Keyboaxd Overlay» R.G. Gross. 
Howard, Bill, "Field Mice: Different, Yes. Better, Maybe" 
PC Magazine, vol. 10, No. 17, pp. 111-112, 123-126, 133 
(Oct 15, 1991). 

"Hot PC Products", Electronic Design, vol. 38, No. 11, p. 22 
(Jun. 14, 1990). 

Reinhardt, Andrew, "Touch-and-Feel Interfaces", BYTE, 
pp. 223-226. 

Dell System 325NC User's Guide, pp. 2-16, 3-1 through 
3-4, 3-15, Dell Computer Corporation (Jan. 1992). 
"Windows on the Road", Howard Eglowstein, BYTE, vol. 
17, No. 3, pp. 208-213, 216, 218, 220 (Mar. 1992). 

Primary Examiner — Lun-Yi Lao 

Attorney, Agent, or Firm — Knobbe, Martens, Olson & Bear, 
LLP 



[57] 



ABSTRACT 



An apparatus and method emulates mouse pointer functions 
utilizing a keyboard having an additional special function 
key. When the special function key is depressed, designated 
keys on the keyboard are interpreted as "mouse keys" which 
may be used to direct a pointer on a computer screen in a 
manner similar to a conventional mouse pointer. In one 
embodiment, the keys used as cursor movement keys during 
normal operation are designated as "mouse keys'* which 
effect the movement of the pointer on the screen when the 
special function key is depressed. In addition, other keys 
may be used as left and right mouse buttons and as mouse 
lock keys. In one embodiment, the pointer speed is gradually 
increased when the user continuously holds any of the cursor 
movement keys down for a preselected interval. The data 
generated by the "mouse keys" are indistinguishable from 
data provided by conventional mouse pointer devices so that 
a conventional mouse driver and standard command proto- 
col may be used in accordance with the present invention. 

11 Claims, 8 Drawing Sheets 
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KEYBOARD POINTING DEVICE 

This application is a continuation of application Ser. No. 
07/939,821, filed Sep. 3, 1992, now abandoned 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the field of 
microprocessor-based computer systems, and relates more 
particularly to modification of the operation of a keyboard to 
perform operations normally associated with a mouse point- 
ing device 

2. Description of the Related Art 

Over the past several years, a number of peripheral 
devices which perform specialized operations have been 
designed and implemented in order to enhance the operation 
of microprocessor-based computer systems. Such peripheral 
devices may, for example, facilitate user interaction with the 
system. One example of such a peripheral device is the 
"mouse" pointer. This device allows a user to quickly and 
easily point to any location on a computer terminal display 
screen. The mouse pointers are particularly useful in com- 
puters which employ "window" displays, pull-down menus 
and/or icons. This is because the mouse can be used to point 
to a given window or icon and to activate the function 
designated by the display window or icon. Hence, mouse 
pointers have become especially popular over the past 
several years, and have gained wide acceptance within the 
computer industry. 

A conventional mouse pointer comprises an external, 
hand-operable device which detects motion in reference to a 
flat surface. For example, a conventional mouse device may 
include a partially encapsulated rubber ball which is exposed 
on one surface, and is in continuous contact with cylindrical 
rollers inside the mouse. When the exposed surface of the 
ball is placed in contact with a flat surface and is moved 
across this surface, the ball rotates, and the frictional force 
between the rubber ball and the rollers inside the mouse 
causes the rollers to move. The movement of these rollers 
may subsequently be detected and converted into electrical 
signals corresponding to the vertical and horizontal motion 
of the mouse pointer. The signals thus generated are con- 
verted into digital information which is used to determine 
the speed and direction of the pointer on the screen. 
Typically, conventional mouse devices also include one or 
more buttons which may be used to select an option or 
activate a given function. 

Although conventional mouse devices have proven very 
useful under normal circumstances, the use of such devices 
may be impaired under conditions where no flat surface is 
available, or when a significant amount of vibration or 
movement is present. Such conditions often prevail during 
air or automobile travel, and generally in many circum- 
stances where one uses a lap-top or notebook computer. 

Due to the aforementioned problems, il is desirable to 
provide a device which allows a user to perform mouse-like 
operations without the necessity of a flat, steady surface. 
Furthermore, it is desirable that such a device be imple- 
mented so that it may function in accordance with existing 
computer systems. 

SUMMARY OF THE INVENTION 

The present invention provides a new and useful method 
and apparatus for overcoming the aforesaid disadvantages 
associated with conventional mouse pointer devices. In the 
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apparatus of the present invention, normal keyboard opera- 
tions are modified by means of a special function key or "hot 
key** so that mouse-like operations may be performed via the 
computer keyboard. In a preferred embodiment, a keyboard 

5 includes a keyboard controller as well as an additional 
function key. This additional function key serves to indicate 
to the keyboard controller that certain keys are to be inter- 
preted to emulate mouse-like operations. 

One aspect of the present invention involves a mouse 

10 pointer emulating apparatus for controlling the position of a 
mouse cursor on a host computer display screen. The mouse 
emulating apparatus further provides additional mouse func- 
tions in a host computer by interpreting selected keys on a 
keyboard to output data similar to that provided by a 

15 peripheral mouse pointer coupled to a conventional mouse- 
port on a computer operable with a conventional mouse 
pointer. The mouse emulating apparatus further provides 
incremented speed variation which increases the speed, up 
to a maximum speed, of the mouse pointer on the display 

20 screen by predetermined increments as selected ones of the 
selected keys remains active. The mouse emulating appara- 
tus comprises a keyboard controller coupled to the selected 
keys and to the host computer. One of the selected keys 
comprises a special function key. The keyboard controller is 

25 responsive to the special function key to interpret signals 
from other ones of the selected keys into mouse data 
packets. The keyboard controller transmits the mouse data 
packets to the host at preselected report intervals. 

In one embodiment, the keyboard controller further com- 

30 prises a mouse speed timer, and the keyboard controller is 
responsive to the mouse speed timer to increase the speed of 
mouse pointer movement by a preselected increment at 
preselected intervals while the other ones of the selected 
keys remain active. In one embodiment, the preselected 

35 intervals are 400 mifliseconds. In one embodiment, the 
speed of the mouse increases from a first level to a second 
level, and to a third maximum level. 

Another aspect of the present invention involves a mouse 

^ pointer emulating apparatus for controlling the position of a 
mouse cursor on a computer display screen for a computer, 
operable with a conventional mouse pointer. The mouse 
emulating apparatus comprises, in general a keyboard hav- 
ing a plurality of keys which activate key switches when 

4S depressed, a keyboard controller coupled to the key 
switches, and a special function key coupled to the keyboard 
controller. The keyboard controller is configured to scan the 
switches to determine which of the plurality of keys are 
active. An active signal from the special function key, 

50 indicates to the keyboard controller that activation of 
selected ones of the plurality of keys indicate a function 
other than the function provided by the selected ones of the 
keys when the special function key is not active. When the 
special function key is active, the keyboard controller 

55 responds to signals from the selected one of the plurality of 
keys to generate data indicating movement of a mouse 
pointer on the computer display. The keyboard controller 
further transmits the mouse data to the host at a preselected 
frequency. 

g 0 In one embodiment, the mouse emulating apparatus also 
provides additional mouse control functions other than 
movement, such as left and right button functions of a 
conventional mouse pointer device. 

One aspect of the present invention also involves a 

65 method of emulating a conventional mouseport mouse 
pointing device with a keyboard. The method comprises a 
plurality of steps. A keyboard having a plurality of keys is 
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scanned. One of the keys is a special function key, and down menu, graphical and icon-based applications) where a 
selected other of the plurality of the keys are preselected to mouse pointer is generally preferred, 
indicate mouse pointing device operations when the special \ Q accordance with the present invention, the operation of 
function key is active. If the special function key is active, me cursor movement keys 110^-116 are interpreted when the 
the method proceeds to determine if any of the selected other 5 Fn key 102 is active to emulate a PS/2 compatible mouse 
keys are active. If the special function key is active and at pointing device. The apparatus and method by which these 
least one of the selected other keys is active, the activation modifications are accomplished will be described in detail 
of the at least one of the selected other keys and the duration with reference to FIGS. 2-5d below. In one embodiment, the 
of activation are interpreted into mouse data. The mouse operation of the cursor movement keys 110-116 is inter- 
data is substantially equivalent to conventional mouse data. 10 preted to enable positioning of the cursor at any point on the 
Finally, the mouse data is sent to a mouse driver of a host computer screen, and to enable diagonal, vertical and bori- 
computer to effect mouse functions in the host computer. zontal movement. A cursor of this kind is typically called a 

pointer, and may be represented on the computer screen, for 

BRIEF DESCRIPTION OF THE DRAWINGS example, by an arrow, a cross or the like. 

FIGS, la and lb are a plan view of a modified keyboard 15 The operation of the cursor movement keys 110-116 may 

which may be used in accordance with the present invention. be further interpreted to provide adjustable pointer speeds so 

HG. 2 is a block diagram which shows the basic func- that the speed of the pointer as it moves across the screen is 

tional elements of the keyboard and host computer used in f^f / incre ** d m ™ KmC ^™™*^ 

accordance with the present invention. 20 ™>~ m rcmaiD actlvc ' ™« "ESS™? t S * 

, V . . • . , M , . , zu of the cursor movement keys 110-116 serve to provide a 

FIG. 3 is a block diagram which details the major func- system wfaerem ^ movement of me p^r, as controlled 

tional elements of the keyboard controller. fey ^ cursor movement teys uo_u6, emulates the move- 

FIG. 4 is a flowchart which shows the general procedure m ents obtained via a conventional mouse pointer. Thus, the 

used to convert the signals associated with certain keys into method and apparatus of the present invention provide 

signals identical to those normally output by a mouse pointer 25 mouse d ata ^ e ? data which is typically transmitted from a 

device. conventional mouse pointer device) to a host computer 

FIG. 5 is a more detailed flowchart which illustrates the operating system, 

method used to convert keystrokes to mouse data. The present invention also provides for additional mouse 

„ functions to be implemented via the keyboard 100. For 

DETAILED DESCRIPTION OF THE 30 examplej in one embodiment of the present invention the 

INVENTION operation of the "z" and "x" keys 120, 122 may be inter- 

FIG. la is a plan view of a modified keyboard 100 which P^ted to emulate the left and right buttons on a two-button 

may be used in accordance with the present invention. In one mouse. Of course, it should be noted that the keyboard may 

embodiment, the keyboard 100 is implemented within a 35 similarly be modified to emulate the operations of a one- or 

notebook computer, although it should be understood that three-button mouse as well. 

the present invention is not restricted to notebook comput- One embodiment of the present invention also incorpo- 

ers. The keyboard 100 has been modified to include an rates an additional mouse-lock feature. The mouse-lock 

additional special function key 102, which is designated on causes the designated mouse keys (i.e., keys 110-116 and 

the keyboard by an "Fn." The keyboard 100 also includes 40 120-122 in the embodiment shown in FIG. 1) to lock into 

additional symbols on the front sloping face of certain keys. mouse emulation operations so that it is not necessary to 

These additional symbols indicate the additional functions hold down the function (Fn) key 102 while using these 

which may be performed upon activation of these keys while designated mouse keys to perform mouse functions. In the 

the special function (Fn) key 102 is depressed. embodiment shown in FIG. 1, the function key 125, labeled 

Selected keys on the keyboard 100 are interpreted in 45 F10, may be used as a mouse-lock key when depressed 

accordance with the present invention to emulate mouse simultaneously with the special function (Fn) key 102. 

operations when the Fn key 102 is active. In the embodiment Simultaneously depressing the special function (Fn) key 102 

shown in FIG. la, the right and left cursor movement keys the F10 function key 125 a second tune turns off the 

110, 112, as well as the up and down cursor movement keys mouse-lock function. FIG. lb is an enlarged view of the F10 

114, 116 are used to position a pointer on a computer screen 50 key 125 which iUustrates the screening of an icon repre- 

in a manner similar to that accomplished by a conventional renting the mouse-lock function on a front face of the F10 

mouse pointer. The keys 110-116 are designated with a key 125, which indicates to the user that the F10 key 125 can 

mouse symbol 118 on their front sloping faces to aid the be.used in combination with the Fn key 102 to activate a 

user. During conventional use, the cursor movement keys mouse lock function. Thus, selected keys on the keyboard 

110-116 cause the cursor to move vertically or horizontally 55 in combination with control circuitry described below, 

across the computer screen, as is well understood in the art. when used in accordance with the present invention, emulate 

However, the cursor movements are typically restricted to mouse pointer operations. 

simple horizontal movement (i.e., horizontal movement with In order to initiate modification of the operation of the 

no simultaneous component of vertical movement) across cursor movement keys 110-116, the z and x keys 120, 122 

lines of text in single character increments or simple vertical 60 and the F10 key 125 to perform mouse-like operations, the 

movement from one line of text to another. Thus, the cursor user simply depresses the special function (Fn) key 102 and 

typically does not move diagonally, and it does not typically also depresses one or more of the keys 110-116, 120, 122, 

move in increments smaller than one line or character. 125, designated as mouse keys, while holding down the Fn 

Although the operation of the cursor movement keys key 102. For example, if the user is holding down the 

110-116 is generally sufficient for word processing and for 65 function (Fn) key 102, while simultaneously depressing the 

many other applications, the restricted movement of the left cursor key 112 and the up cursor key 114, the pointer on 

cursor is not desirable in certain applications (e.g., pull- the screen will move at an angle of approximately 45° across 
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ihe screen. In order to increase the speed of the pointer in would normally receive from a mouse pointing device. The 

one embodiment, the user merely holds the appropriate keys emulated mouse data forwarded by the keyboard controller 

down for a predeterrriined period. The system of the present is indistinguishable by the operating system from data which 

invention automatically increases the pointer speed by preset is normally generated from a conventional mouse pointer, 

increments over a pre-selected lime interval (e.g., in the 5 ^Accordingly, the operating system receives the data as 

present embodiment, an increase d pointer speed occurs on though it were from a conventional mouse pointer connected 

a preselected 400 millisecond interval up to a maximum to fo c mouseport. A more detailed description of the proce- 

predefined speed). dure employed by the keyboard controller 202 to provide 

FIG. 2 is a block diagram which depicts the main func- emulated mouse data to the host is discussed with reference 

tional elements of a microprocessor based computer system 10 — t© the flowcharts of FIGS. 4-5 d below. 

200. The system 200 includes the modified keyboard 100, p, G 3 ^ a block diagram which details the major func- 

with the special function (Fn) key 102. The keyboard 100 in tional c i cmcnts 0 f onc embodiment of the keyboard con- 

FIG. 2 is also depicted with the keys 110, 112, 114, 116, 120, 2 Q2. The keyboard controller 202 has a core 8-bit 

122, 125 selected for use in emulating a mouse pointer (-py 304) a host/core interface 306, a memory controller 

device. The keyboard 100 is connected to a keyboard 15-397, a keyboard scanner 308, a local interrupt controller 310, 

controller 202 via signal lines 204. The keyboard controller &n& mput / 0lIt p Ut Kxk& 314. These elements are intercon- 

202 is typically internal to the keyboard 100, but is depicted neeted by means of an mteraa i bus 32O. The Intel 80C51SL 

as a separate block for illustration. The keyboard controller AG ^board controller or AST Research, Inc.'s MIKI 

202 is connected to the host system via a processor bus 214. keyboard controller are examples of appropriate keyboard 

The host system may include a number of processing zo^ntroUers used in computer systems which utilize the 

devices such as a CPU (an Intel® 80286, 80386, 80486, or keyboard controller as an interface between a mouse and the 

the like, designated as 80x86 in FIG. 2) 210, a RAM 220, a opera tiag system 

co-p ro cessor222,ar^ ^ keyboard controller 202 is connected via an input/ 
226, an interrupt ■ ^I^oo^te 2% biis 300 to the host computer (designated generally 
interface cuaiitiy 234, and a ROM 238 AU of these 2S ^ ^ ^ ^ £ ^ ^ ^ 
processing devices are in communication with the keyboard cpu (g() ' 21Q RQM ^ the refresh controller 224, the 
comroUerviatheprc^ ^ and ^ 226 md a ^ 305, te DMA con- 
interrupt controller 230, the DMA controller 232, and the ^ ^ ^ ^ ^ ^ 

interface circuitry 234 are "^^y^^.^ .circuitry 234, as is well understood in the art. TT>e input/ 
Industry Standard Architecture (ISA)bus 240 Id addition to 3 <f ^ 300 mdudes tbe ^ t ^ out t connections to 
bemg connected to the intermptc^troller 230 by means of £ ^ hex ^ conventional { t and 

the processor bus 214, the keybWeontroUer 202 k con- * ^ M ^ ^ ^ 

nected to theinterrupt controller 2»by means of an IRQ 12 ^ p 7 co ^ ectioQ lie 250, which is connected to the 
signal fine 250 ^ t , ,Jaterrupt request terminal 12 (IRQ 12) of the interrupt 

The keyboard controller 202 is activated whenever a key 35^ ontroUer m ^ Aboard controller 202 is also con- 
on the keyboard 100 is depressed. Once a key is deposed, Qected iQ the ^board m via sigpal ^ 204, and to one 
the keyboard controUer 202 scans the keyboard 100 to or more ^ riai mput / outpu t peripheral devices 303 via signal 
determine which one or more keys were activated. The 3^ 

keyboard controller 202 evaluates each key in order to . 

determmeifdata(e.g.,a^^ 40-^ ™™7 ™ DlI ?? er ^A^^^^Lm 

the key should be transmitted to the operating system memory 322 via signal lines 324. Although the memory 322 

y ., . . t , , • , t Aff^u . is shown in FIG. 3 as being external to the keyboard 

computer, or if the keystrokes should be interpreted further. ™ - . tJ . J\„, j*u.*u~ ,w> 

1 -r*u 1 • 1^1 iiv> *u*v«,k„^ controller 202, it should be understood that the memory 322 

For example, if the key is not the Fb key 102, the keyboard . J 

controUer 202 transmit data (e.g., .conventional scan code) ™y al f° be «* te k ^ oar f ™* ro " er 

to the CPU 210 which indicates to the host which key was ^yboard controller 202 executes instructions stored in the 

pressed. However, if the active key is the special function memory 322. 

(Fn) key 102, then the keyboard controUer 202 does not The general method used by the keyboard controller 202 
transmit scan code data to the CPU 210. Instead, the to. emulate mouse operations is described with reference to 
keyboard controller 202 interprets the subsequent key- the flowchart of FIG. 4. Instructions controlling execution 
strokes and outputs modified data to the CPU 210. Thus, if s&^Y the keyboard controUer 202 to carry out the tasks of 
the first key pushed is the special mnction (Fn) key 102, the FIGS. 4-Sd are stored in the memory 322 for the keyboard 
keyboard controller 202 does not inform the host computer controUer. The flowchart begins in a start block 400. In one 
operating system (i.e:, send a scan code to the CPU 210) that embodiment, the operations which follow the start block 400 
this key has been pressed. The keyboard controUer 202 waits are only executed after the keyboard controUer detects that 
for the keystrokes which follow while the special function 55-^ least one key on the keyboard has been depressed. 
(Fn) key 102 remains active, and executes a predefined Control of operations of the present invention begins at a 
function assigned to the keys before sending data to the decision block 405, wherein a determination is made if the 
operating system. special function (Fn) key 102 is currently depressed. If the 
Accordingly, in the present invention the keyboard con- function (Fn) key 102 is not depressed, the keyboard con- 
troUer 202 interprets any keys activated during activation of 60-treUer 202 transmits the keystroke data corresponding to the 
the special function (Fn) key 102. If the keystrokes follow- 'key (or keys) which is (are) active to the operating system 
ing activation of the Fn key 102 are from the designated of the host 302, as represented in a process block 410. If the 
"mouse keys" (i.e., keys 110-116, 120, 122, or 125), then the function (Fn) key 102 is depressed, the keyboard controller 
keyboard controUer 202 does not transmit the data (e.g., 202 interprets the subsequent keystroke signals generated by 
conventional scan code) which would normaUy be sent to 6S-tfae keyboard 100 whUe the function (Fn) key 102 is 
the operating system to identify these keys, but transmits depressed, as represented in a process block 415. The 
data which emulates the data which the operating system keyboard controUer then determines if these subsequent 
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keystroke signals are signals from the designated mouse 
control keys, as represented in a decision block 420. The 
keyboard controller 202 makes this determination by exam- 
ining the active keys via the keyboard scanner 308 and 
determining if any active keys include the designated mouse 
keys 110-116, 120, 122, 125 (FIG. 3). If the signals are not 
from the designated mouse control keys, then control passes 
to a process block 421, wherein other keys predefined to 
perform special functions are processed by the keyboard 
controller 202. 

If the keystroke signals are from the designated mouse 
keys 1HM16, 120, 122, 125, then control passes from the 
decision block 420 to a process block 425. At the process 
block 425, the keyboard controller 202 generates an inter- 
rupt request signal (IRQ 12) and transmits the IRQ 12 to the 
host 302 via the signal line 250 (FIG. 2). This indicates to 
the host computer that the data from the keyboard controller 
302 which follows will be mouse data. As is well known in 
the art, the host will then execute a routine (a mouse driver) 
activated by the IRQ 12 interrupt signal to process the 
incoming mouse data. Control then passes from the process 
block 425 to a subroutine block 430, wherein the signals 
from the designated mouse control keys 110-116, 120, 122, 
125 are processed and converted into mouse data. This is 
advantageously accomplished by means of the core CPU 
304. In other words, the core CPU 304 executes instructions 
in the memory 322 to process the data received from the 
keys and generate mouse data. 

The method employed within the subroutine block 430 is 
described in greater detail with reference to the flowchart of 
FIGS. 5a-5d below. Once the appropriate mouse data has 
been generated at the subroutine block 430, and an appro- 
priate report (i.e., sample) period has elapsed, as represented 
in a decision block 431, the mouse data is transmitted to the 
host 302, as represented in an action block 435. If the 
appropriate report period has not elapsed, however, control 
returns to the start of the method. Since mouse data is 
transmitted in packets, as is well understood in the art, the 
action block 432 represents a decision whether any new data 
is available in the packet. For instance, has the state of a 
mouse key changed or has the mouse moved since the last 
data was sent to the host If no change has occurred in the 
packet awaiting transmission to the host 302, then the packet 
need not be transmitted. 

Because the interpretation of the designated mouse keys 
when the Fn key 102 is active is controlled by the keyboard 
controller 202, the creation of mouse data is effectively 
transparent to the operating system of the host 302. In other 
words, the operating system of the host 302 receives no 
indication that the designated mouse keys on the keyboard 
were depressed, but simply receives data indicating mouse 
movement and control as if the data originated from a mouse 
connected to the mouseport. 

In order to receive and process the mouse data correctly, 
the host computer 302 is advantageously equipped with 
mouse driver software. Because in the present embodiment 
the keyboard mouse operation emulates a conventional 
PS/2 -compatible mouse connected to a conventional 
mouseport, the mouse driver software of the host which 
processes the mouse data provided by the keyboard control- 
ler 202 is a conventional PS/2 mouse driver, and is well 
known in the art. For example, appropriate mouse drivers 
which may be used in accordance with the present invention 
can be obtained from Microsoft. 

The mouse driver is typically a terminate and stay resident 
(TSR) program which is installed for execution by the host 
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computer 302 when the host 302 receives the IRQ 12. After 
installation, TSR programs remain within the memory of the 
host 302. Thus, these programs are transparent during nor- 
mal operation of the host computer 302. A TSR program 

5 may be activated by means of an interrupt signal generated 
by an appropriate source (e.g., the keyboard controller 202). 
The mouse driver program is activated when an interrupt 
signal is generated by the keyboard controller 202 and 
applied to the IRQ 12 input terminal of the interrupt con- 
troller 230. The interrupt controller 230 instructs the CPU 

10 210 of host computer 302 to address the memory location 
where the mouse driver program is located in memory. The 
mouse driver program then processes the mouse data from 
the keyboard controller 202 as if the data were from a 
conventional mouse pointing device. 

15 It should be noted that, although the flowchart of FIG. 4 
is described as though it represents a continually executing 
process, the process is advantageously interrupt driven. That 
is, once any key is pressed, an interrupt is ^nerated to signal 
the local interrupt controller 310 for the keyboard controller 

20 202. The local interrupt controller 310 then activates the 
process outlined in the flowchart of FIG. 4. 

The flowchart of FIGS. Sa-Sd details the process repre- 
sented by the subroutine block 430 (Le^ the process of 
generating mouse data for the host 302). As illustrated in 

25 FIG. Sa, the routine begins at a start block 500. Initially, the 
keyboard controller 202 determines whether the mouse is 
disabled as represented in a decision block 502. 

In conventional systems, the operating system (of the 
host) performs two tests to determine if a mouse is con- 

30 nected to the system. The first test determines whether or not 
a mouse is attached to the mouseport. If a mouse is con- 
nected to the mouseport, the mouseport takes precedence, 
and a serial mouse is normally ignored. If no mouse is 
connected to the mouseport, the operating system performs 

35 a second test to determine whether a serial port mouse is 
being used. Due to sequence of operation of the host 302, the 
use of a serial port mouse in combination with the keyboard 
emulated mouse of the present invention would normally 
result in the serial port mouse being ignored. This is because 

40 the present invention emulates a mouse connected to the 
mouseport, and the system would always ignore a serial port 
mouse because the keyboard mouse would always indicate 
the presence of a mouseport mouse. 

45 However, if a serial port mouse is connected, presumably, 
the user may desire to use the serial port mouse rather than 
the keyboard mouse. In order to solve this aifficulty, the 
present invention provides an option list for the user during 
set-up operations of the computer. The list of selections 

so during set-up is as follows: 
none 

serial port 1 
serial port 2 
mouseport 

55 The user selects, during set-up of the computer system 302, 
which type of mouse is desired. If the user selects a serial 
port mouse at set-up, then this sets a keyboard mouse disable 
bit The test performed by the keyboard controller 202 in 
decision block 502 determines whether this disable bit has 

60 been set. If the disable bit has been set, then the keyboard 
mouse emulator is disabled and control returns to the 
beginning of the keyboard routine (e.g., the start block 400 
of FIG. 4). If the keyboard mouse emulator is not disabled, 

' then the keyboard controller 202 proceeds to interpret des- 

65 ignated mouse keys active during activation of the Fn key 
102. The data provided by the keyboard controller 202 are 
stored in conventional mouse data packets. 
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Id one embodiment, each data packet comprises three 
bytes of binary data and has several fields. For example, 
some fields of the data packet contain data indicating the 
state (inactive or active) of the left button key or right button 
key, fields contain a number of X and/or Y counts (i.e., 
increments of directional movement in the X and/or Y 
directions, as utilized by the mouse driver to move the 
pointer on the screen) and fields contain data indicating 
whether an overflow has occurred in the X counts or Y 
counts. 

A new data packet is sent to the host 302 periodically at 
time intervals (the report interval) determined by a value 
contained in a programmable register (the Report Interval 
register) within the keyboard controller 202. The value 
within this register effectively regulates the sample rate of 
the system 200 (i.e., the rale at which the host receives 
mouse data packets). In one embodiment, the sample rate 
ranges from 10 data-packets per second to 200 data-packets 
per second, and the register values assigned in the present 
embodiment correspond to sample rates as shown in the 
table below: 



Report Timer Register Vztac 


Sampling Rate 


20 


10 data-packets/sec 


10 


20 data -packets/ sec 


5 


40 data-packets/sec 


4 


60 data-packets/sec 


3 


80 data-packeta/sec 


2 


100 data-packets/sec 


1 


200 data-packets/sec 



In the present embodiment, the Report Interval register 
value indicates the number of times the keyboard controller 
202 passes through the control program illustrated in FIG. 4 
before a packet is transmitted to the host. Thus, the rate at 
which data packets are sent to the host 302 may be changed 
by simply changing the Report Interval register value. 

In some applications it is advantageous to automatically 
regulate the sample rate in response to the needs of the 
system 200. For instance, if the majority of the data packets 
ready to be transmitted to the host 302 over a given time 
interval contain very little mouse data, then a high sampling 
rate wastes computer time by sending data packets with very 
little or no data. Conversely, if many data packets to be sent 
over a given time interval contain the maximum data pos- 
sible in the packets, then a low sampling rate may result in 
lost data. Thus, in accordance with one embodiment of the 
present invention, the sampling rate is regulated periodically 
in response to the number of data overflows for packets 
transmitted to the host within a given time interval. 

If the keyboard mouse is not disabled (decision block 
502), interpretation of the mouse keys begins in the decision 
block 504 of FIG. 5a. At the decision block 504, a test is 
performed to determine if the key assigned to act as the left 
button of a two-button mouse (i.e., the left button key 120 
(FIG. 1)) is pressed. If the left button key 120 is pressed, 
then control passes to a decision block 506. 

Typically, one bit in each data packet represents the state 
of the left button. In the present embodiment, the state of this 
bit stays the same for consecutive packets in accordance 
with the last change of this bit Therefore, at the decision 
block 506, the keyboard controller 202 performs a test to 
determine if the left button key 120 has changed state since 
the last test. If the left button key 120 has not changed state 
since the last test, then this indicates that the user was 
holding the left button key 120 down during the last pass 
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through this procedure, and the bit in the data packet 
reflecting the state of the left button key 120 need not be 
changed in the next packet sent to the host 302. Thus, control 
passes to a decision block 510. However, if the left button 

5 key 120 has changed state since the last test, this indicates 
that the user has just activated the left button key 120 and the 
bit in the next data packet which reflects the state of the left 
button should be set. When the packet is sent to the host 302, 
the mouse driver interprets the bit to determine that the left 

10 button of the mouse was just depressed. Thus, control passes 
to a process block 508, and data indicating that the left 
mouse button switch state has changed to closed is placed 
into a data packet (i.e., the left button state bit is set in the 
present embodiment). Additionally, the keyboard controller 

is 202 sets a "packet changed" flag (not part of the mouse data 
packet) which indicates to the keyboard controller 202 that 
the data packet has changed. Thereafter, control passes to the 
decision block 510. 

If, the left button key 120 is not pressed (not currently 

20 active (decision block 504)), the keyboard controller 202 
again determines if the state of the key has changed since the 
last test. As explained above, this is because the next data 
packet to the host will represent the previous state of the left 
button. Therefore, if a change has occurred, the appropriate 

25 bit should be altered. Accordingly, the keyboard controller 
202 determines if the state has changed since the last test, as 
represented in a decision block 507. If the state has not 
changed since the last test (i.e., the left button was inactive 
during the last test), then the keyboard controller 202 

30 proceeds to determine if the right button key is pressed, as 
represented in an action block 510. If the state of the left 
button key 120 has changed since the last test (the decision 
block 507), this indicates that the left button key was active 
during the last test. Therefore, the keyboard controller 202 

35 changes the left switch state bit in the data packet to reflect 
the new inactive state, as represented in action block 509 
(i.e., the keyboard controller clears the bit in the data packet, 
which represents the state of the left button of a mouse), and 
sets the packet changed flag. 

40 Once any information indicating that the left button key 
120 has changed state is included within the data packet, the 
keyboard controller 202 determines if the right button key 
122 (i.e., the key assigned to represent the right button on a 
mouse) is currently active, as represented in the decision 

45 block 510. If the right button key 122 is active, then control 
passes to a decision block 512, and a determination is made 
whether the state of the right button key 122 has changed 
since the last test. If the right button key 122 has not changed 
state since the last test, then this indicates that the user was 

50 holding the right button key 122 down during the last 
execution of the subroutine, and a bit in the packet repre- 
senting the state of the right mouse button already represents 
the current state. Thus, control passes to a decision block 
516 (FIG. 5b). However, if the right button key 122 has 

55 changed state since the last test, this indicates that the user 
has just activated the right button key 122, and the bit in the 
data packet, which represents the state of the right button 
key 122 should be set. This will indicate to the host (via the 
mouse driver) that the right button of the mouse was just 

60 activated. Therefore, control passes to a process block 514, 
and the keyboard controller 202 sets the bit in the current 
data packet indicating that the state of the right button has 
changed to closed (i.e., a bit is set in the data packet 
currently being constructed for transmission to the host 

65 302). In addition, the keyboard controller 202 sets the packet 
changed flag. Thereafter, control passes to the decision block 
516 (FIG. 5b). 



06/30/2003, EAST Version: 1.04.0000 



6,K 

11 

As explained above, the keyboard controller 202 of the 
present invention interprets the designated mouse keys to 
emulate the operation of a mouse connected to the mouse- 
port. Accordingly, when the keyboard controller 202 deter- 
mines that the right button key 122 has been activated, the 
data which is stored in the data packet currently being 
constructed for transmission la the host 302 is the same data 
which would be generated if a mouse were actually con- 
nected to the mouseport. 

If the keyboard controller 202 determines that the right 
button key 122 is not active (the decision block 510), the 
keyboard controller 202 then determines if the state of the 
right button key 122 has changed since the last test, as 
represented in an action block 513. If the state has not 
changed since the last test, then the bit which represents the 
state of the right button of a mouse in the next packet to be 
sent to the host 302 already represents the open or inactive 
state of the right mouse button, and control passes directly 
to the decision block 516 (FIG. 5b). If the state has changed 
since the last test (the decision block 513), this indicates that 
the user released the right button key 122 since the last 
execution of the subroutine. Accordingly, the keyboard 
controller changes the state of the bit in the data packet 
which represents the right button of the mouse to open or 
inactive (Le., it clears the conesponding bit), as represented 
in an action block 515, and sets the packet changed flag. 
Thereafter, control passes to me decision block 516 (FIG. 
5b). 

Once the keyboard controller 202 has processed the left 
button key 120 and the right button key 122, it proceeds to 
process the emulated movement of the mouse via the cursor 
keys 110-116. Blocks 516-564 (FIGS. 5b and 5c) illustrate 
the operation of the mouse pointer movement keys (i.e., the 
cursor keys 110-116). The procedure for converting the data 
obtained from these keys into mouse data is generally the 
same for each key, so that the same method is repeated for 
the up, down, right and left cursor keys. 

Before the cursor keys arc checked, the keyboard con- 
troller 202 checks a Mouse Timer value, as represented in a 
decision block 516. The Moose Timer value indicates the 
frequency at which the X-coimter and Y-counter values are 
incremented or decremented with the speed value. In the 
present embodiment, the Moose Timer value acts as a test 
value or delay time before the keyboard controller 202 
proceeds through the mouse key conversion routine and 
again adds or subtracts the speed value to the X-counter or 
Y-counter, as may be the case. In one embodiment, the 
Mouse Timer value may be set to 12.5, 25, 50 or 100 
increments/decrements of the Y-counter and X-counter per 
second. In other words, the Mouse Timer value determines 
a Mouse Timer period. The Mouse Timer period is amount 
of the time assigned for each pass through the routine which 
converts the mouse keys to mouse data. The X-counter and 
Y-counter are incremented/decremented when appropriate 
during each Mouse Timer period. The increments/ 
decrements per second (Mouse Timer) value is advanta- 
geously set during set-up operations. However, it should be 
noted that the procedure employed in accordance with the 
present invention could allow a user to update the Mouse 
Timer value at any time during the operation of the mouse 
emulation system 200. The Mouse Timer value performs a 
function similar to resolution in a conventional mouse. 

If the Mouse Timer has not elapsed, control returns to the 
beginning of the routine. If the Mouse Timer has elapsed, the 
keyboard controller 202 checks the cursor keys, beginning 
with a decision block 518. 

In the present embodiment, the keyboard controller 202 
first determines if the up cursor key 114 is currently 
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depressed (active), as represented in the action block 518. If 
the up cursor key 114 is not active, then the keyboard 
controller 202 begins processing the down cursor, beginning 
at a decision block 530 (FIG. 5c), through a continuation 

5 point A. However, if the up cursor key 114 is active (as 
determined at the decision block 518), then control passes 
from the decision block 518 to a process block 520, and the 
keyboard controller 202 retrieves a current value of a 
Y-counter. The Y-counter value is related to the vertical 

10 distance that the pointer is to be moved on the computer 
screen. The Y-counter value (as well as an X-counter value, 
explained below) maintains a running count total of the 
movement of the mouse since the last packet was sent to the 
host. These counters are cleared each time a packet is sent 

15 to the host, and begin incrementing and/or decrementing 
with mouse movement (active mouse keys) until the next 
packet is sent to the host 

Once the Y-counter value has been retrieved in the process 
block 520, control passes to a process block 522, and a 

20 current "speed" value is added to the value within the 
Y-counter and replaces the original Y-counter value. The 
"speed" value may assume a value of one, two or three in the 
present embodiment, and is used to adjust the rate at which 
the pointer moves across the screen. Since the value of the 

25 Y-counter is directly proportional to the distance the pointer 
moves up or down the computer screen, and the Y-counter 
is incremented or decremented by the speed value every 
time through the subroutine loop while the up or down 
cursor keys are active, the rate at which the pointer moves 

30 across the screen is proportional to the speed value. For 
example, if the speed vahie is set to one, then each time 
through the loop while the up cursor key 114 remains active, 
the keyboard controller increments the Y-counter value by a 
value of one until the speed value is changed. If the speed 

35 value is set to three, then the Y-counter value will be 
incremented by three each time through the loop while the 
up cursor key 114 remains active. Thus, the Y-counter value 
increases three times as fast when the speed value is set to 
three as when the speed value is set to one. Once the speed 

40 value has been added to the Y-counter value of the process 
block 522, control passes to a decision block 524. 

At the decision block 524, a determination is made 
whether a positive overflow has occurred in the Y-counter. If 
a positive overflow in the Y-counter has not occurred, 

45 control passes to a process block 528. However, if a positive 
overflow has occurred in the Y-counter, this indicates that 
the Y-counter value has exceeded its maximum value (e.g., 
127 in the present embodiment). Control therefore passes to 
a process block 526, and the Y-counter is set to its maximum 

50 value. A Yoverflow flag (e.g., a single bit) is also set in the 
current mouse data packet, indicating a Y-counter overflow 
has occurred. 

Either directly from the decision block 524, or after the 
process block 526, control passes to the process block 528, 

55 and the keyboard controller 202 replaces the previous 
Y-counter value in the current data packet with the new 
Y-counter value. The keyboard controller 202 also sets the 
packet-changed flag. 

It is possible for the Y-counter value to be incremented 

60 and/or decremented several times before its value is trans- 
mitted to the host 302 in a data packet. Therefore, it is 
advantageous to transmit data packets at a rate concordant 
with the incrementing rate of the Y-counter. For example, if 
a data packet is sent so infrequently that the Y-counter 

65 overflows and is reset to its maximum value several times 
before the data packet is sent, then the speed of the pointer 
on the computer screen will not accurately reflect the rate at 
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which the Y-countcr is being incremented. Hence, there will 
be little or no difference if the speed value is set to one, two, 
or three. Thus, it is advantageous if the rate at which the data 
packets are sent is correlated relative to the speed value. 

The likelihood that the Y-countcr value will exceed its 
maximum value therefore depends upon the report interval 
(i.e., the sample rate at which packets are sent to the host 
computer 302) and the speed value. If the Y-counter value 
exceeds its maximum value on numerous occasions in a 
given time interval, this indicates that the sample rate is 
probably too slow. In one embodiment, the keyboard con- 
troller 202 monitors the number of times the Y-counter value 
exceeds its maximum value (i.e., the number of overflows) 
during a given interval, and increases the sample rate by a 
predetermined increment until the Y-counter value does not 
exceed its maximum (e.g., overflow) during the predeter- 
mined interval. 

Once the new Y-counter data has replaced the previous 
Y-counter value in the data packet (action block 528), 
control passes to the decision block 530 (FIG. 5c) through 
the continuation point A. At the decision block 530, the 
keyboard controller 202 determines if the down cursor key 
116 is currently active. If the down cursor key 116 is not 
active, then the keyboard controller 202 begins processing 
the right cursor key, beginning with a decision block 542. 
However, if the down cursor key 116 is active, then control 
passes from the decision block 530 to a process block 532, 
and the keyboard controller 202 retrieves the current value 
of the Y-counter. Once the Y-counter value has been 
retrieved, control passes to a process block 534, and the 
keyboard controller 202 subtracts the current speed value 
(adds a twos complement value, as is well understood in the 
art) from the Y-counter value, and replaces the original 
Y-counter value. When the speed value has been subtracted 
from the Y-counter value (the process block 534), control 
passes to a decision block 536. At the decision block 536, the 
keyboard controller 202 determines if an overflow in the 
Y-counter has occurred in the negative direction. If a nega- 
tive overflow in the Y-counter has not occurred, control 
passes to a process block 540. However, if the Y-counter has 
overflowed in the negative direction, this indicates that the 
Y-counter value has exceeded its minimum value (maximum 
negative) (e.g., the Y-counter has gone below -128 in the 
present embodiment). Control therefore passes to a process 
block 538, the Y-counter is set to its minimum value, and the 
Y-overflow flag is set in the current data packet, indicating 
the overflow in the Y-counter. Control then passes to the 
process block 540, wherein the new Y-counter value 
replaces the previous Y-counter value in the current data 
packet. The packet-changed flag is also set, indicating to the 
keyboard controller 202 that the mouse data packet has 
changed. 

Once the new Y-counter data has replaced the previous 
Y-counter value in the data packet, control passes to the 
decision block 542. At the decision block 542, the keyboard 
controller 202 determines if the right cursor key 110 is 
active. If the right cursor key 110 is not active, then the 
keyboard controller 202 begins processing the left cursor 
key 112, beginning at a decision block 554. However, if the 
right cursor key 110 is active (decision block 542), then 
control passes from the decision block 542 to a process 
block 544, and the keyboard controller 202 retrieves the 
current value of an X-counter. The X-counter value is the 
horizontal equivalent of the Y-counter value, and serves a 
similar function (i.e., to indicate the distance that the pointer 
is moved on the screen in the horizontal direction). Once the 
X-counter value has been retrieved, the keyboard controller 
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202 adds the current speed value to the value within the 
X-counter, to replace the current X-counter value, as repre- 
sented in a process block 546. When the speed value has 
been added to the X-counter value, control passes to a 

5 decision block 548. 

At the decision block 548, the keyboard controller 202 
determines if the X-counter has overflowed in the positive 
direction. If a positive overflow has not occurred in the 
X-counter, control passes to a process block 552. However, 

to if the X-counter has overflowed in the positive direction, this 
indicates that the X-counter value has exceeded its maxi- 
mum value (e.g., exceeded 127 in the present embodiment). 
Control therefore passes to a process block 550, and the 
keyboard controller 202 sets the X-counter to its maximum 

15 value and sets an X-overfiow flag (e.g., a single bit) in the 
current data packet. The keyboard controller 202 then 
replaces the previous X-counter value with the new 
X-counter value in the current mouse data packet and sets 
the packet-changed flag. 

20 Once the new X-counter value has replaced the previous 
X-counter value in the mouse data packet, the keyboard 
controller 202 determines if the left cursor key 112 is 
currently active, as represented in the decision block 554. If 
the left cursor key 112 is active, then control passes to a 

25 decision block 566 (FIG. 5d) through a continuation point B. 
However, if the left cursor key 112 is active, then control 
passes from the decision block 554 to a process block 556, 
and the keyboard controller 202 retrieves the current value 
of the X-counter. Once the X-counter value has been 

30 retrieved (process block 556), the keyboard controller 202 
subtracts the current speed value from (i.e., adds the corre- 
sponding twos-complement to) the value within the 
X-counter, and replaces the original X-counter value, as 
represented in a process block 558. When the speed value 

35 has been subtracted from the X-counter, control passes to a 
decision block 560. At the decision block 560, the keyboard 
controller 202 determines if the X-counter has overflowed in 
the negative direction. If the X-counter has not overflowed 
in the negative direction, control passes to a process block 

40 564. However, if the X-counter has overflowed in the 
negative direction, this indicates that the X-counter value 
exceeded its minimum (i.e., maximum negative) value (e.g., 
-128 in the present embodiment). Control therefore passes 
to a process block 562, and the keyboard controller 202 sets 

45 the X-counter to its minimum value and also sets an 
X-overflow flag in the current mouse data packet. The 
keyboard controller 202 then replaces the previous 
X-counter value in the current mouse data packet with the 
new X-counter value, as represented in the process block 

50 564. Additionally, the keyboard controller 202 sets the 
changed-packet flag. 

The changed-packet flag is set anytime data changes in 
the mouse data packet. This is for use by the keyboard 
controller 202 to determine if there is any new data in a 

55 packet which needs to be sent to the host 302 at the proper 
report interval. 

Once the keyboard controller 202 has passed through the 
processing of each of the cursor buttons, control passes to 
the decision block 566 (FIG. Sd) via the continuation point 

60 B. At the decision block 566, the keyboard controller 202 
determines if the speed value should be reset to a value of 
one. The speed value is reset to a value of one each time the 
user releases all of the cursor keys 110-116. This assures that 
the next time the user presses a cursor key, the speed of the 

65 pointer will start at a moderate speed and gradually accel- 
erate to the maximum speed if the cursor key is held down 
for the preselected interval. If the speed value is to be reset, 
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the keyboard controller 2K2 sets the speed value to one, as 
represented in a process block 568. From the process block 
568, control returns to the subroutine of FIG. 4 at the 
decision block 431. 

If at the decision block 566, the keyboard controller 
determines that the speed value should not be reset, then 
control passes from the decision block 566 to an action block 
570, and the keyboard controller 202 resets the Mouse Timer 
value. In the present embodiment, the Mouse Timer value is 
reset to correspond to the resolution of the mouse as follows: 



Mouse Tuner (counts/secoad) 


Mouse Resolution (counts/mm) 


12.5 counts/second 


1 counts/ mm 


25 counts/second 


2 counts/mm 


SO counts/second 


4 counts/mm 


100 counts/second 


8 counts/ mm 



10 



15 



20 



25 



30 



35 



40 



For example, with the moose resolution set to 1 count/mm, 
the Mouse Timer is set to a value such that the keyboard 
controller will check the ujv down, right and left cursor keys 
12.5 times every second (1 time every 8 milliseconds). 

Once the Mouse Timer period has been reset at the action 
block 570, control passes to a decision block 572, and the 
keyboard controller 202 determines if the user has been 
holding one or more of the cursor keys 110-116 down for at 
least 400 milliseconds since the first activation of the key or 
since the last increment in the speed value. If 400 millisec- 
onds have not elapsed, then control returns to the decision 
block 431 (FIG. 4). If 400 milliseconds have elapsed, then 
control passes to a decision Week 574. At the decision block 
574, the keyboard controller 202 determines if the speed 
value is already equal to its maximum value (e.g., three in 
the present embodiment). If the speed value is not equal to 
its maximum value, then control passes to a process block 
576, and the speed value is incremented by one in the present 
embodiment. If, however, the speed value is already at its 
maximum, then the increment is ignored and the speed value 
remains at the maximum value. Control returns from either 
the decision block 574 or the process block 576 to the 
decision block 431 (FIG. 4). 

At the decision block 431 (FIG. 4), the keyboard control- 
ler 202 determines if the report interval (e.g., the sample 
interval) has expired. In other words, the keyboard controller 45 
202 determines if it is time to forward a data packet to the 
host 302. If the report interval has not elapsed, as determined 
at the decision block 431, control returns to the beginning of 
the routine, and the keyboard controller 202 again processes 
the mouse keys, as explained above. If the sample interval 
has elapsed, the keyboard controller 202 determines if the 
current mouse packet has changed, as represented in a 
decision block 432, by checking the changed-packet flag. If 
the data packet has not changed since the transmission of the 
last data packet, then control returns to the beginning of the 
subroutine and the packet is not sent. If the report interval 
has elapsed (decision block 431) and the data packet has 
changed since the last transmission (decision block 432), 
then the keyboard controller 202 transmits the mouse data 
packet to the host via the output port of the keyboard 
controller 202. The trarisrnission of the mouse data packet 
proceeds following conventional protocols as if the data 
packet were from a conventional mouse connected to the 
mouse port, as is well understood in the art. The transmis- 
sion of data to the host is represented in an action block 435. 

It should be noted that whenever two or more cursor keys 
are depressed at the same time, the keyboard controller 202 
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will detect this in its key detection routine, and data repre- 
senting the activity of the active keys will be stored in the 
packet. Accordingly, if a horizontal cursor key and a vertical 
cursor key are both simultaneously depressed and remain 
active for the same period of time, the pointer will effec- 
tively move in a 45° direction across the screen. If a vertical 
key and a horizontal key are simultaneously pressed for a 
portion of a sample interval, and for the remainder of the 
sample interval only a vertical or horizontal key remains 
active, the number of X counts and Y counts transmitted to 
the host will be uneven, and the angle of movement across 
the computer screen will be other than 45°. 

It should further be noted that the data packets as 
described in FIGS. 5a-5d above, are substantially the same 
in format to data packets which are generated by mouse 
pointer devices connected to the mouseport. Furthermore, 
the mouse commands used in accordance with the present 
invention follow standard mouse protocol which is well 
known in the art 

The present invention may be embodied in other specific 
forms without departing from its spirit or essential charac- 
teristics. For example, additional keys may be designated to 
function with the Fn key 102 in order to increase the range 
of directions that the pointer may be moved on the screen. 
Furthermore, the invention may be modified to emulate a 
one-button or three -button mouse. Thus, the described 
embodiments are to be considered in all respects only as 
illustrative and not restrictive. The scope of the invention is, 
therefore, indicated by the appended claims rather than by 
the foregoing description. All changes which come within 
the meaning and range of equivalency of the claims are to be 
embraced within their scope. 

What is claimed is: 

1. A mouse pointer emulating apparatus for controlling 
the position of a mouse pointer on a host computer display 
screen, said mouse pointer emulating apparatus further pro- 
viding additional mouse functions in a host computer, said 
mouse pointer emulating apparatus interpreting selected 
keys on a keyboard to output data similar to that provided by 
a peripheral mouse pointer coupled to a conventional 
mouseport on a computer operable with a conventional 
mouse pointer, said mouse emulating apparatus further 
providing incremented speed variation which increases the 
speed, up to a maximum speed, of the mouse pointer on the 
display screen by predetermined increments as selected ones 
of the selected keys remain active, said mouse pointer 
emulating apparatus comprising: 

a keyboard controller coupled to the selected keys and to 
said host computer, one of the selected keys comprising 
a special function key, said keyboard controller respon- 
sive to the special function key, when active, to inter- 
pret signals from other ones of said selected keys and 
to generate mouse data packets, said mouse data pack- 
ets generated by said keyboard controller including 
X-coordinate and Y-coordinate values which represent 
a change in position of said mouse pointer on said 
display screen, wherein said signals provided by said 
selected keys to said keyboard controller when said 
special function key is active are identical to signals 
provided to said keyboard controller by said selected 
keys when said special function key is not active, said 
keyboard controller further transmitting said mouse 
data packets to said host computer at preselected report 
intervals to effect pixel-by-pixel movement of said 
mouse pointer on said display screen when said special 
function key is active, said keyboard controller trans- 
mitting conventional scan code data in response to 
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activation of said selected keys when said 
function key is not active. 

2. The mouse pointer emulating apparatus of claim 1, 
wherein said keyboard controller father comprises a mouse 
speed timer, said keyboard controller responsive to said 
mouse speed timer to increase the speed of mouse pointer 
movement by a preselected increment at preselected inter- 
vals while said other ones of said selected keys remain 
active. 

3. The mouse pointer emulating apparatus of claim 2, 
wherein the preselected intervals are 400 milliseconds. 

4. A mouse pointer emulating apparatus for controlling 
the position of a mouse pointer on a computer display screen 
for a computer, operable with a conventional mouse pointer, 
said mouse emulating apparatus comprising: 

a keyboard having a plurality of unmodified keys which 
activate key switches when depressed, said keyboard 
operating in first and second modes; 

a keyboard controller coupled to said key switches, said 
controller configured to scan said key switches to 
determine which of said plurality of keys are active and 
to generate scan code data responsive to keyswitch 
signals generated by active keys; and 

a special function key coupled to said keyboard controller, 
said keyboard controller responsive to said special 
function key such that when said special function key 
is active, said keyboard is in said first mode wherein 
said keyboard controller responds to said keyswitch 
signals resulting from activation of selected ones of 
said plurality of keys to transmit mouse data indicating 
movement of a mouse pointer on the computer display 
instead of said scan code data, said mouse data packets 
generated by said keyboard controller including 
X-coordinate and Y-coordinatc values which represent 
a change in position of said mouse pointer on said 
display screen to effect pixel-by-pixel movement of 
said mouse pointer on said display screen, said key- 
board controller further transmitting said mouse data to 
said computer at a preselected frequency, and when 
said special function key is not active said keyboard is 
in said second mode wherein said keyboard transmits 
conventional scan code data in response to said key- 
switch signals resulting from activation of selected 
ones of said plurality of keys. 

5. The mouse pointer device emulating apparatus of claim 
4, wherein said keyboard controller further comprises a 
mouse speed timer, said keyboard controller responsive to 
said mouse speed timer to increase the speed of movement 
of the mouse cursor on the computer screen by preselected 
increments at preselected intervals while the selected ones of 
said keys remain active simultaneously with the special 
function key. 

6. The mouse pointer emulating apparatus of claim 5, 
wherein the preselected intervals are 400 milliseconds. 

7. The mouse pointer emulating apparatus of claim 6, 
wherein the preselected increment is 1, and wherein the 
speed of the mouse increases from a first level to a second 
level, and to a third maximum level. 

8. The mouse pointer emulating apparatus of claim 4, 
wherein the device further provides additional mouse con- 
trol functions other than movement in a host computer. 

9. The mouse pointer emulating apparatus of claim 8, 
wherein the additional functions are emulation of left and 
right button functions of a conventional mouse pointer 
device. 
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10. A method of emulating a conventional mouse port 
mouse pointing device with a keyboard, said method for use 
with a host computer having a display screen which displays 
a mouse pointer, comprising the steps of: 

scanning a keyboard having a plurality of unmodified 
keys, one of said keys being a special function key, 
selected others of said plurality of said keys preselected 
to indicate mouse pointing device operations when said 
special function key is active; 

determining if said special function key is active; 

if said special function key is active, tetermining if any of 
said selected other keys are active; 

if said special function key is active and at least one of 
said selected other keys is active, interpreting the 
activation of said at least one of said selected other keys 
and the duration of activation into mouse data, said 
mouse data substantially equivalent to conventional 
mouse data so as to include X-coordinate and 
Y-coordinate values which represent a change of posi- 
tion of said mouse pointer on said display screen; and 

sending the mouse data to a mouse driver of a host 
computer to effect pixel-by-pixel movement of said 
mouse pointer on said display screen when said special 
function key is active, said keyboard controller trans- 
mitting conventional scan code data in response to 
activation of said selected keys when said special 
function key is not active. 

11. A mouse pointer emulating apparatus for controlling 
the position of a mouse pointer on a host computer display 
screen, said mouse pointer emulating apparatus further pro- 
viding additional mouse functions in a host computer, said 
emulating apparatus interpreting selected keys on a key- 
board to output data similar to that provided by a peripheral 
mouse pointer coupled to a conventional mouseport on a 
computer operable with a conventional mouse pointer, said 
mouse pointer emulating apparatus further providing incre- 
mented speed variation which increases the speed of the 
mouse pointer on the display screen by predetermined 
increments as selected ones of the selected keys remains 
active, said mouse pointer emulating apparatus comprising: 

a keyboard controller coupled to the selected keys and to 
said host computer, one of the selected keys comprising 
a special function key, said keyboard controller respon- 
sive to the special function key, when active, to inter- 
pret signals from other ones of said selected keys and 
generate mouse data packets, wherein said signals 
provided by said selected keys to said keyboard con- 
troller when said special function key is active are 
identical to signals provided by said selected keys to 
said keyboard controller when said special function key 
is not active, said keyboard controller further transmit- 
ting said mouse data packets to said host computer at 
preselected report intervals to cause pixel-by-pixel 
mouse pointer movement on said display screen when 
said special function key is active, said mouse pointer 
movement on said display screen including movement 
in a diagonal direction upon simultaneous activation of 
two of said selected keys, said keyboard controller 
transmitting conventional scan code data in response to 
activation of said selected keys when said special 
function key is inactive. 
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